git fetch | 您所在的位置:网站首页 › shallow shallow › git fetch |
【声明】本文中的git命令都需要root权限 我们都知道运行 git clone git 可以把中的全部拷贝下来,但是有时候这个repository很大,而且在国外的话,由于带宽限制和不稳定,可能需要花费很长的时间,而且中间很可能中断。且git不像ftp,没有断点重传机制,所以一旦失败要重启整个过程。比方说git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git 就需要花一整天的时间,还未必能完成。 这时候就有一个分步clone的方法,先运行如下命令 git --depth 100 clone git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.gi t linux_stable 这里100是指最近100次commit, 你可以选择自己想要的数字,可以从1到任何正整数(如果有)。运行完后输出如下: 网速比较快,平均有接近10M bits/s,远高于直接clone整个目录的速度,不知道是因为方法路径还是偶然因素。这个下来有760M Bytes。 然后运行如下命令: git fetch --unshallow 这个命令是认为当前local的这个目录下面是shallow(不完整的),把远端的和local的比较,然后把没有的下载下来。完成后输出如下: ...........(中间省略若干) 这次下载了1.58G,也比较快。但是最后面的版本号只到了v4.9-rc8, 很明显和v5.x有较大落差。 这个时候运行 sudo git branch -a 展示所有branch信息,输出如下: 除了remotes/orgin/master, 其他remote branch都没有了。应该是本地目录还不完整, 再次运行以下命令: git fetch --unshallow 提示如下错误: fatal: --unshallow on a complete repository does not make sense 也就是git并不认为当前local的目录是shallow, 而是complete 接下来我在google上搜了一些解决方案,试着运行如下: git config remote.origin.fetch 结果输出: +refs/heads/master:refs/remotes/origin/master 这个解释了为什么本地目录只有remotes/origin/master这个一个branch 所以,接下来试着修改这个配置,运行: sudo git config remote.origin.fetch "+refs/heads/*:refs/remotes/origin/*" 该命令执行后立即返回,没有任何提示信息,再查询 git config remote.origin.fetch 返回: +refs/heads/*:refs/remotes/origin/* 表示修改成功,从字面上可以看出来是把所有branch都下载,而不仅仅是master 然后再运行: git remote update 运行完成后输出如下: ........
....... ....... 这次网速也很快,平均在10M bits/s,下载了1.63G。新增了很多branch, 最新的是linux-5.18.y. 再运行: git branch -a 输出: ....
这样一个输出和我在AWS 国际站上一个EC2 instance上用完整的clone方法(国际站上没有带宽限制) git clone git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux_stable 后面得到的branch比,最新的版本都是remotes/origin/linux-5.18.y,但是还多了remotes/origin/linux-rolling-stable, remotes/origin/master。用 du -sh linux_stable 命令查看目录大小,用文中的分段方法clone下来的,总共有 6.3G,而AWS的一次性方法,有5.7G |
CopyRight 2018-2019 实验室设备网 版权所有 |